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On  Extending  the  Standard  for  the  Exchange  of  Product  Data 
to  Represent  Two-Dimensional  Apparel  Pattern  Pieces 


by 

Y.  Tina  Lee 

National  Institute  of  Standards  and  Technology 
June,  1990 


ABSTRACT 

An  Apparel  Pattern  Infonnadon  Model  (APIM)  is  introduced  to  demon¬ 
strate  the  feasibility  of  extending  the  emerging  international  Standard  for  the 
Exchange  of  Product  Data  (STEP)  to  include  the  exchange  of  apparel  pattern 
data.  This  paper  focuses  on  a  representation  of  twoKlimensio^  (flat)  pat¬ 
terns.  We  show  how  this  representation  is  capable  of  capturing  the  same  infor¬ 
mation  that  can  be  expressed  in  one  widely-us^  but  proprietary,  ftxmaL 

1  INTRODUCTION 

The  apparel  industry  is  increasingly  reliant  on  cmnputer  technologies  to  suppon  activ¬ 
ities  throughout  the  product  life  cycle.  As  ctmipum  become  more  widely  used  in  design, 
pattern  making,  production,  and  even  equipment  manufacture,  the  industry  is  becoming  more 
aware  of  the  potential  benefits  of  exchwging  infonxuuion  electronically.  There  are  already 
national  and  international  effOTts  to  devel<^  standards  for  electronic  ordering,  scheduling,  bill¬ 
ing,  and  other  life-cycle  activities. 

In  the  U.S.,  efforts  have  recently  focused  on  develrqnng  standards  to  support  the 
technological  areas  of  tqiparel  manufacturing.  In  September  1988,  the  American  Apparel 
Manufacturers  Association  (AAMA)  authorized  an  effort  "to  facilitate  irr^lementation  oS 
Omqiuter  Integrated  Manufacturing  (CIM)  in  the  apparel  industry  throu^  the  establishment 
of  voluntary  standards  for  cmiiiiBiriication  among  merchandising  manufacturing-related  func¬ 
tions"  with  the  formation  of  a  G>mputer  Integrated  Manufacturing  Coomiittee  (CEM/COM). 
At  about  the  same  time,  the  Department  of  Defense  (DoD)  began  a  program  widiin  the  De¬ 
fense  Logistics  Agency  (DLA)  aimed  at  ioqffoving  the  technology  used  in  procuring  uni¬ 
forms,  c(»nbat  gear,  arid  <Kher  qrparel  products  used  the  military.  As  part  of  this  effort, 
the  DLA  asked  the  National  Institute  of  Standards  and  Technology  (NIST)  to  he^  develop 
product  data  exchange  standards  for  lyrparel  manufacturing.  This  report  documents  one  as- 
pea  of  t)»  NIST  work:  a  prototype  q)edfication  for  rqnesenting  flat  pattern  data  in  a  neutral, 
STEP  format 

The  STEP  is  an  emerging  standard,  the  result  of  an  intematirmal  effort  to  develop  a 
mechanism  for  the  exchan^  of  product  data  among  ail  stages  of  the  life  cycle  of  a  product  In 
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the  U.S.,  an  efftnt  called  Pnxiuct  Data  Exchange  using  STEP  (PDES),  involving  hundreds  of 
individuals  and  companies,  is  aimed  at  developing  the  technology  needed  to  implement  the 
STEP  objectives.  The  applications  addressed  by  PDES  to  date  include  mechanical  piece 
parts,  mechanical  assemblies,  architecture  engine^ng  construction  models,  Enite  element 
models,  manufacturing  applications,  drafting  applications,  and  electrical  printed  wiring  board 
products,  including  both  schematic  and  physical  designs  [SMIT89].  PDES  is  a  key  standard 
in  the  DoD  Computer-aided  Acquisition  and  Logistic  Support  (CALS)  program,  which  seeks 
to  establish  an  integrated  set  of  standards  and  specifications  for  the  creation,  management, 
and  exchange  of  development  and  logistic  data  by  computer.  NIST  has,  under  sponsorship  of 
the  Office  of  the  Secretary  Defense  (OSD),  recently  established  the  National  PDES  Testbed 
to  support  industry  and  government  projects  in  developing  and  testing  PDES  [FURL89]. 

2  APPAREL  PATTERN  INFORMATION  MODEL 

PDES  is  founded  on  the  use  of  information  models  to  define  the  data  types  that  can  be 
used  to  define  products.  These  information  models  are  written  in  a  formal  language  called 
Express  [SCHE89].  In  this  section,  we  introduce  the  Express  riKxiel  of  apparel  product  data. 
The  Ejqyress  information  modeling  language  was  developed  by  the  IGES^DES  Organization 
as  a  way  to  precisely  and  completely  describe  all  the  data  elements  for  defining  objects.  The 
exchange  medium  for  actual  PDES  product  models  is  the  STEP  physical  file.  A  STCP  physi¬ 
cal  file  contains  instances  of  the  various  entities  defined  by  the  Express  information  mo^L 
The  STEP  exchange  format,  and  the  mapping  from  Express  to  the  STEP  physical  file,  are  de¬ 
scribed  in  "The  STEP  File  Structure"  [NIST88]  and  "Mapping  fitom  E^qpress  to  Physical  File 
Stmcture"  [NIST88].  These  methodologies  form  the  basis  of  Apparel  PDES  (APDES). 

The  Apparel  Pattern  Infcmnation  Model  (APIM)  is  an  information  model  for  APDES. 
This  model  describes  the  pattern  pieces  of  an  apparel  design.  The  APIM  naodel  presented  in 
this  paper  is  not  intended  as  a  complete  apparel  pattern  data  exchange  standard;  rather,  our 
purpose  is  to  denoonstrate  the  feasibility  of  neutral  data  exchange  of  two-dimensional  design 
pattern  data  using  the  PDES  methodology.  A  plan  for  a  full  implementation  of  APDES  is  cur¬ 
rently  under  development. 

An  Express  schema  is  composed  of  declarations  of  types,  entities,  constraints,  and 
their  relationships.  The  APIM  schema  is  explained  in  detail  in  Section  3.  The  following  in¬ 
dented  list  provides  the  classification  structure  of  the  entities  defined  in  this  model. 

TWO  D  PATTERN 

PATTERN  PIECE 

GRADE  RULE 

GRADE  DATA 

TWO  D  DELTA  COORDINATE 
BASE  PATTERN 
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GRADE  POINTS 


TWO  D  COORDINATE 
PATTERN  GEOMETRY  ENTITY 
MARK  FEATURE 
COMPOSITE  CURVE  FEATURE 
ORIENTATION  CONSTRAINT 
ANCILLARY  FEATURE 
LINE 

PATTERN  SIZE 

MENS  PATTERN  SIZE 
WOMENS  PATTERN  SIZE 

As  can  be  seen,  the  entities  include  a  broad  range  of  data  types,  from  simple  two- 
dimensional  coordinates  to  complex  entities  such  as  patterns.  The  way  these  entity  classes 
are  related  is  specified  by  the  APIM  model  schema,  which  is  described  next 

3  APPAREL  PATTERN  SCHEMA 

This  section  describes  the  detailed  information  for  the  APIM  schema.  Types  and  enti¬ 
ties  are  defined  formally  here  in  Ejqfress.  The  concept  of  a  type  in  Express  is  the  same  as 
that  of  a  data  type  in  a  standard  programming  language.  It  defines  the  kind  of  values  that  an 
object  may  assume.  Entities  are  the  focal  point  of  an  Express  information  model.  An  entity 
declaration  describes  the  information  content  of  an  object,  as  well  as  some  of  the  constraints 
on  the  object  The  schona  is  presented  here  in  a  "bottom-up"  mder.  primitive  type  defini¬ 
tions  are  presented  first  follow^  by  entity  definitions.  The  more  specific  entity  n^els  are 
described  before  they  are  used  in  the  definition  of  more  complex  entities. 

3.1  Type  Definitions 

This  sectkm  contains  the  type  definitions  which  may  be  ctmimon  to  more  than  one  of 
the  schemas. 

3.1.1  Men’s  Size  Group 

Men’s  wear  sizes  are  divided  into  six  groups  based  on  length:  Extra  Shcnt,  Shcnt, 
Regular,  Long,  Extra  Long,  Big.  Men’s  size  group  is  an  enumeration  of  these  six  grcnips.  It 
is  used  as 
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TYPE  ineiis_size_group  »  ENUMERATION  OF 
( extRL-Short, 
short, 
regular, 
long, 

extra_long, 
big ); 


END_TYPE; 

3.1.2  Women’s  Size  Group 

Women’s  wear  sizes  are  divided  into  seven  groups  based  on  prop(»tion:  Junior  Petite, 
Junior,  Miss  Petite,  Miss,  Miss  Tall,  Women,  Won^n  Petite.  Women’s  size  group  is  an  enu¬ 
meration  of  these  seven  groups.  It  is  used  as  the  type  of  an  attribute  defined  in  die  women’s 
pattern  size  entity. 

TYPE  womens_size_group  *  ENUMERATION  OF 
(junior_petite, 
junior, 
miss_petite, 
miss, 
miss.taU, 
women, 

women_petite ); 

ENDJTYPE; 

3.1.3  Mark  Feature  Type 

A  mark  or  a  set  of  marks  may  be  placed  on  the  pattern  to  indicate  the  positions  of 
darts,  gathers,  and  other  design  features.  Mark  feature  type  is  an  enumoation  of  Drill  Hole 
and  Notch.  It  is  used  as  the  type  of  an  attribute  defined  in  the  mark  feature  entity. 

TYPE  markJeature.type  *  ENUMERATION  OF 
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( drill.hole, 
notch ); 


END_TYPE; 

3.1.4  Composite  Curve  Feature  Type 

Composite  curve  feature  type  provides  a  means  of  expressing  the  purpose  of  a  curve 
on  a  pattern.  This  type  is  an  enumeration  of  Boundary  Cut,  Internal  Cutout,  and  Sew  Line. 
It  is  used  as  the  type  of  an  attribute  defined  in  the  composite  curve  feature  entity. 

TYPE  composite_curve_feature_type  =  ENUMERATION  OF 

( boundary_cut, 

intemal.cut, 

sew_line ); 


END.TYPE; 

3.1.5  Orientation  Constraint  Type 

Orientation  constraint  type  provides  a  means  of  specifying  the  orientation  of  the 
pattern  piece  on  the  fabric.  The  pattern  piece  may  be  aligned  with  die  fabric’s  grain,  or  with 
some  feature  of  the  fabric’s  decorative  design.  Orientation  constraint  type  is  an  enumeration 
of  Grain  Line,  Stripe,  and  Plaid.  It  is  used  as  the  type  of  an  attribute  defined  in  the  orienta¬ 
tion  constraint  entity. 

TYPE  orientation_constraint_type  =  ENUMERATION  OF 
(grain, 
stripe, 
plaid); 


END.TYPE; 

3.1.6  Ancillary  Feature  Type 

Ancillary  feature  type  provides  a  means  of  expressing  the  annotation  on  the  draw¬ 
ing.  It  is  an  enumeration  of  Annotation,  Style  Line,  and  Grade  Reference.  Ancillary  feature 
type  is  used  as  the  type  of  an  attribute  defined  in  the  ancillary  feature  entity. 

TYPE  ancillary_feature_type  »  ENUMERATION  OF 
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( annotation, 
style, 

gradejreference ); 


END_TYPE; 

3.1.7  Grade  Line  Option  Type 

Grade  line  options  include  turning  automatic  smoothing  on  at  the  grade  point  and 
turning  automatic  smoothing  off  at  the  grade  point  Grade  line  option  type  is  an  enumeration 
of  Smooth  and  No  Smooth.  It  is  used  as  the  type  of  an  attribute  defined  in  the  grade  data  en¬ 
tity. 


TYPE  grade_line_option  =  ENUMERATION  OF 
(  smooth, 
no.smooth ); 


END_TYPE; 

3.1.8  Measurement  Unit  Type 

The  units  of  lengdi  include  inch  and  centimetor.  Unit  is  an  enumeration  of  Inch  and 
Cm. 


TYPE  unit  *  ENUMERATION  OF 
( inch, 
cm); 


END^TYPE; 

3.1.9  Pattern  Type 

Pattern  type  is  an  enumeration  of  Basic,  Horizontal  Mirror,  and  Vertical  Mirror.  A 
mirror  pattern  is  a  munm-image  of  the  basic  pattern  in  the  horizontal  or  vertical  direction. 
Pattern  type  is  used  as  the  type  of  an  attribute  defined  in  the  pattern  piece  entity. 

TYPE  pattem.type  =  ENUMERATION  OF 


(  basic, 

horizontal.minor, 
vertical.mirror ); 
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END.TYPE; 

3.2  Entity  Definitions 

This  section  defines  the  entities  for  the  apparel  pattern  schema.  All  pattern  geometry 
is  defined  in  a  Cartesian  coordinate  system. 

3.2.1  Pattern  Size 

A  pattern  size  entity  is  an  abstraction  of  men’s  pattern  size  and  women’s  pattern 
size.  Both  sub-types  inherit  the  integer  size  number  attribute.  The  XOR  keyword  indicates 
that  a  pattern  size  must  be  either  a  men’s  size  or  a  women’s  size,  but  not  both. 

ENTITY  pattem_size 

SUPERTYPE  OF 

(  mens_pattem_size  XOR 

womens_pattem_size ); 

size.numben  INTEGER; 

END.ENTTTY; 

3.2.2  Men’s  Pattern  Size 

A  men’s  pattern  size  entity  defines  the  size  number  (  e.g.,  34, 42)  and  the  men’s 
wear  size  group. 

ENTITY  mens_pattem_size 

SUBTYPE  OF  (  pattem.size  ); 

size_gioup:  mens_size_group; 

END_ENnTY; 

3.23  Women’s  Pattern  Size 

A  women’s  pattern  size  entity  defines  the  size  number  and  the  women’s  wear 

size  group. 


ENTITY  womens_pattem_size 
SUBTYPE  OF  ( pattem.size ); 
size_group:  womens_size_group; 
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END_ENnTY; 

3.2.4  Two-Dimensional  Coordinate 

A  two-d  coordinate  entity  speciHes  a  point  or  location  on  a  drawing.  It  consists  of 
an  X  value  and  a  Y  value.  Coordinates  are  defined  from  an  unspecified  origin,  determined  by 
an  application. 

ENTITY  two_d_coordinate; 
x:  REAL; 
y;  REAL; 

END.ENTITY; 

3.2.5  Grading  Points 

Points  on  a  pattern  may  or  may  not  be  subject  to  a  grading  rule.  A  grade  points  en¬ 
tity  defines  an  ordered  collection  of  points  which  are  subject  to  a  grading  rule. 

ENTITY  grade_points; 

locations:  LIST  [0:#]  OF  UNIQUE  two_d_coordinatc; 

END.ENTTTY; 

3.2.6  Line 

A  line  entity  consists  of  two  points. 

ENTITY  line; 

location  1,  location2  :  two_d_coordinate; 

END.ENTITY; 

3.2.7  Pattern  Geometry  Entity 

A  pattern  geometry  entity  is  an  abstraction  of  mark  feature  entity,  composite  curve 
feature  entity,  orientation  constraint  entity,  and  ancillary  feature  entity. 

ENTITY  pattem_geometry_entity 

SUPERTYPE  OF  (  mark_feature  XOR 

composite_curve_feature  XOR 

orientation_constraint  XOR 
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ancillary_feature ); 


END_ENnTY; 

3.2.8  Mark  Feature 

A  mark  feature  entity  is  a  drill  hole  or  a  notch  on  the  pattern  piece.  It  is  a  point  to¬ 
gether  with  a  mark  feature  type. 

ENTITY  maik_feature 

SUBTYPE  OF  ( pattem_geometry_entity ); 

type:  mark_featiire_type; 

location:  two_d_coordinate; 

END.ENTITY; 

3.2.9  Composite  Curve  Feature 

A  composite  curve  feature  entity  is  a  geometry  entity  that  defines  a  curve  in  the 
drawing.  It  is  a  composite  curve  (an  ordered  sequence  of  curves  sharing  common  end  points 
along  the  sequence),  together  with  a  composite  curve  feature  type.  A  composite  curve  is 
represented  by  a  start  grading  point,  zero  or  more  non-grading  points,  and  an  end  grading 
point. 


ENTITY  composite_curve_feature 

SUBTYPE  OF  ( pattem_geometry_entity ); 

type:  composite_ciuve_feature_type; 

composite_curve:  LIST  [2:#]  of  UNIQUE  two_d_coordinate; 

END_ENnTY; 

3.2.10  Orientation  Constraint 

An  orientation  constraint  entity  is  a  direction  specification  on  the  pattern  piece.  It 
is  characterized  by  a  line  that  derines  the  location  of  the  orientation  on  the  drawing  as  well 
as  the  orientation  of  the  constraint.  It  is  characterized  by  an  orientation  constraint  type. 


ENTITY  orientation_constraint 

SUBTYPE  OF  ( pattem_geometry_entity ); 
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type:  orientation_constraint_type; 
location :  line; 

END.ENTTTY; 

3.2.11  Ancillary  Feature 

An  ancillary  feature  entity  is  a  graphical  feature  on  the  pattern  piece  presented  for 
informational  purposes;  it  does  not  represent  a  feature  of  the  cut  piece.  It  consists  of  a  line 
for  locating  and  orienting  text,  and  is  characterized  by  an  ancillary  feature  type. 

ENTITY  ancillaiy_feature 

SUBTYPE  OF  ( pattem_geometry_entity ); 

type:  ancillary_feature_type; 

text:  STRING; 

location:  line; 

END_ENnTY; 

3.2.12  Base  Pattern 

A  base  pattern  enti^  defines  the  base  shape  (the  shape  of  one  selected  size)  of  a 
particular  pattern  piece  for  a  particular  garment.  It  has  identification  information,  the  pattern 
size  it  defines,  and  a  set  of  pattern  geometry  entities.  The  identification  information  includes 
a  piece  name  and  a  description.  The  piece  name  is  a  unique  pattern  piece  name  in  the  sys- 
teia  The  description  is  a  pattern  identification  for  the  operator  to  use.  The  base  pattern  may 
define  the  shape  of  several  pattern  pieces  in  the  garment  (e.g.,  mirrored  pieces). 

ENTITY  base^attem; 

piece.name:  STRING;  (*  Piece  name  (pn)  is  a  unique  pattern 

piece  name  in  the  system.  *) 

description:  STRING;  (*  The  description  is  a  pattern  identification 

fOT  operator  to  use.  •) 

base_size;  pattem.size; 
grade_point_set:  grade_points; 

pattem_piece_lines:  LIST  [2:#]  OF  pattem_geometry_entity; 

UNIQUE  pn; 
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END.ENTTTY; 

3.2.13  Two-Dimensional  Delta  Coordinate 

A  two-d  delta  coordinate  entity  specifies  a  displacement  vector  on  a  drawing.  It 
consists  of  a  delta-X  value  and  a  delta-Y  value.  The  delta-X  and  delta-Y  values  are  the 
amounts  of  growth  in  the  X  and  Y  directions  at  the  grading  point  for  two  grading  sizes. 

ENTITY  two_d_delta_coordinate; 

delta_x:  REAL; 

delta_y:  REAL; 

END.ENTITY; 

3.2.14  Grading  Data 

A  grade  data  entity  is  an  ordered  collection  of  the  displacements  of  the  specified 
grading  point  for  a  set  of  predefined  grading  sizes.  It  is  defined  by  a  grading  point,  a  grade 
line  option  (which  turns  automatic  smoothing  on  or  off  at  the  indicated  grading  point),  and  a 
list  of  two~d  delta  coordinates. 

ENTITY  grade.data; 

grade_point:  two_d_coordinate; 

option:  grade_line_option; 

grade.factors:  LIST  [1:#]  OF  two_d_delta_coordinatc; 

END.ENTTTY; 


3.2.15  Grading  Rule 

A  grade  rule  entity  is  a  rule  library  created  for  storing  all  grading  sizes  and  grade 
data  for  each  grading  point  of  a  pattern. 

ENTITY  grade_rule; 

break_sizes:  LIST  [0:#]  OF  UNIQUE  pattem.size; 

(*  The  break  sizes  defiine  all  grade 
breaking  sizes  that  include  the  base  size.  *) 

grade_data_collection:  LIST  [0:#]  OF  grade.data; 
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END_ENTITY; 


3.2.16  Pattern  Piece 

A  pattern  piece  entity  is  a  representation  of  the  shape  of  one  piece  of  a  two-d  pat¬ 
tern  for  all  sizes  of  the  garment  A  pattern  piece  is  represented  in  terms  of  a  base  pattern,  a 
pattern  type,  and,  optionally,  a  grade  rude.  The  base  pattern  and  grade  rule  are  defined  with  a 
common  unit  of  measurement 

ENTITY  pattem_piece; 

unit_type:  unit; 

piece_type:  pattem_type; 

base_size_pattem:  basej)attem; 

grade_rule_library:  OPTIONAL  grade_rule; 

END_ENnTY; 

3.2.17  Two-Dimensional  Pattern 

A  two-d  pattern  entity  belongs  to  a  garment  and  defines  the  garment  shape  for  all 
sizes.  It  is  defined  by  a  garment  name,  a  garment  description  for  the  operator  to  use,  and  a 
group  of  pattern  pieces. 

ENTITY  two_d_pattem; 

garmenuname:  STRING; 

description;  STRING;  <*  The  description  is  a  garment  identification 

fOT  operator  to  use.  *) 

pattem^eces:  LIST  [1:#]  OF  pattem_piece; 

ENDJENTTTY; 

4  APDES  EXCHANGE  FILE 

This  section  identifies  the  physical  file  structure  for  an  APDES  exchange  file.  A  sam¬ 
ple  APDES  exchange  file  is  presented  in  Section  4.2. 

4.1  APDES  File  Structure 

As  mentioned  previously,  all  APDES  exchange  files  will  be  in  the  STEP  file  format 
STEP  is  used  to  represent  p^uct-definidon  data.  It  has  been  designed  to  meet  both 
present  and  future  requirements  for  exchanging  such  data  between  dissimilar  CAD/CAM 
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systems.  The  STEP  physical  file  is  a  sequential  file  and  is  organized  in  a  modular  manner. 
The  file  consists  of  two  sections:  the  HEADER  section  and  the  DATA  section.  These  sec¬ 
tions  may  contain  one  or  many  entities.  An  entity  consists  of  attributes;  each  attribute  is  a 
fact  (datum)  about  an  entity. 

4.2  Sample  APDES  Exchange  File 

A  sample  pattern  is  provided  for  illustrating  an  example  of  a  STEP  physical  file.  Figure  1 
presents  the  sketch  of  this  sample  pattern  (pattou  piece  name  =  ’1004’).  This  pattern  was 
modeled  on  a  Gerber  Garment  Technology’s  AM-S  system.  The  pattern  data  was  extracted 
into  a  piece  number  (PN)  file  in  a  format  specified  by  Gerber  [GGT88].  Appendix  A  contains 
the  listing  of  the  Gerber  PN  tile  for  the  sample  pattern.  The  PN  file  contains  both  the  pattern 
data  for  the  base  pattern  as  well  as  grading  information  for  that  pattern.  The  same  garment 
was  represented  in  a  STEP  physical  tile  based  on  the  APDES  schema  presented  above.  Ap¬ 
pendix  B  contains  the  listing  of  the  STEP  physical  file.  The  STEP  physical  file  contains  dl 
the  information  contained  in  the  PN  tile,  as  well  as  more  detail  about  the  sizing  characteris¬ 
tics  of  the  pattern. 

Each  STEP  physical  tile  may  comprise  one  or  more  pattern  pieces.  The  STEP  file  format 
may  be  considered  a  continuous  stream;  however,  spaces  and  lines  have  been  inserted  into 
the  sample  file  to  aid  readability.  Each  APDES^T^  entity  is  identified  by  a  unique  entity 
name,  which  is  an  unsigned  integer  of  1  to  9  digits.  An  APDES/STEP  entity  iden^er  con¬ 
sists  of  an  "at"  sign  (@)  followed  by  an  entity  name,  and  an  APDES/STEP  entity  reference 
consists  of  a  "number"  sign  (#)  followed  by  an  entity  name. 

5  DISCUSSION 

Gerber  systems  are  widely  used  for  the  design,  grading,  and  marking  of  patterns.  It 
was  felt  that  it  was  important  to  demonstrate  die  ci^abilities  of  AIDES  as  compared  to  the 
Gerber  PN  tile  format  The  Gerber  PN  file  format  has  several  attractive  features:  it  has  a 
simple  tile  structure  and  compact  file  size,  it  is  easy  to  parse,  it  can  be  edited  with  a  standard 
text  editor,  and  it  has  a  grading  rule  feature.  However,  this  tile  format  specitication  is  not  in 
the  public  domain.  More  importantly,  only  a  limited  number  of  gnq)hic  entities  can  be  repre¬ 
sent.  The  measurement  precision  is  also  limited  by  its  fixed  fOTtnat  to  represent  numerical 
values.  The  PN  file  fOTtnat  provides  only  the  representation  of  two-dimensional  patterns. 
The  APDES,  when  completely  designed,  wiU  provide  product  representations  of  both  pat¬ 
terns  and  complete  garments  to  support  computer  integration  of  the  apparel  life  cycle. 

One  may  notice  from  Appendix  A  and  Appendix  B  that  the  file  sizes  have  been  changed 
tremendously  as  a  result  of  conversion  from  the  sample  Gerber  PN  file  to  the  STEP  physical 
file.  The  sample  PN  file  is  1420  bytes  long;  however,  the  sample  STCP  physical  file  is  about 
12500  bytes  long.  Also,  the  file  grew  tirom  one  page  of  data  to  five  pages.  The  large  STEP 
physical  tile  size  is  due  to  several  factors.  As  mentioned  previously,  the  STEP  physical  file 
sh^d  be  a  continuous  stream  of  characters,  but  spaces  have  been  inserted  into  the  sample 
file  ro  aid  readability.  The  main  reason,  however,  is  that  a  penalty  is  being  paid  fOT  gener^- 
ty.  Some  entities,  which  are  not  supported  by  ^e  PN  file,  have  been  added  to  the  APIM 
model  to  enhance  its  flexibility  and  completeness.  For  example,  the  pattern  size  in  Gerber 
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PN  nie  is  Umited  to  digits  only,  whereas  the  pattern  size  defined  in  APIM  noodel  includes 
both  men’s  and  women’s  size  numbers  and  size  groups.  Other  size  types,  such  as  infants’, 
babies’,  toddlers’,  children’s,  boys’,  girls’  and  young  men’s,  are  not  included  here;  they  will 
be  included  in  the  future  version  of  the  APIM  model.  The  major  shortcoming  of  APDES  is  the 
large  file  size.  It  is  expected  that  this  can  be  overcome  by  using  a  standard  called  Abstract 
Syntax  Notation  (ASN.l)  to  convert  the  file  from  text  to  binary  format 


6  SUMMARY 

This  report  describes  the  approach  being  taken  by  NIST  in  developing  a  neutral  for¬ 
mat  for  exchanging  apparel  product  data.  We  have  developed  a  prototype  specification  of  a 
format  based  on  the  emerging  Standard  for  the  Exchange  of  Product  Data  (STEP)  and  have 
demonstrated  that  this  approach  has  at  least  the  power  to  represent  the  same  data  as  one 
popular,  although  proprietary,  file  format. 

The  APDES  specification  will  continue  tt)  evolve  based  on  experience  and  feedback 
from  others  involved  in  this  effort  Current  plans  are  to  demonstrate  the  use  of  APDES  first 
for  archiving  data  from  a  single  system,  then  for  exchanging  data  between  two  similar  sys¬ 
tems,  and  finally,  for  exchanging  two-dimensional  pattern  data  between  dissimilar  systems. 
A  final  version  of  Apparel  Pattern  Information  Mo^l  (APIM)  fOT  two-dimensional  patterns 
will  be  developed  by  the  fall  of  this  year.  Work  will  then  focus  on  extending  APDES  to  in¬ 
clude  three-dimensional  garment  models,  linkages  to  textile,  anthropometric,  and  other  data, 
and  additional  information  needed  to  support  the  apparel  manufacturing  life  cycle. 
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Appendix  A:  Gerber  PN  file  Example 


99990501 

1004  10  BACK  CUT  1 
99990100 

299  23621624236216242362171323551752234317942314184222881876 

225  2288187623371952236920232391209224102190 

281  241021902599216027912129 

4  2791212927912129301920933242205934862024 

5  348620243486202436711999386919763940197239921973 

220  3992197339921973411719834307201045092037474220574938206951402077 


221 

5140207751491624 

10 

514916245149162451401171 

222 

51401171493811794742119145091211430712384117126539921275 

223 

399212753992127539401276386912723671124934861224 

17 

3486122434861224324211893019115527911119 

18 

27911119279111192599108824101058 

282 

2410105823911156236912252337129622881372 

224 

228813722314140623431454235514962362153523621624 

IIS 

2636177341561776 

99990200 

14 

612141622 

299N 

-517  -650 

-600  -683 

225N 

-567  317  -650 

300  -600  -633 

317 

281N 

-633  633  -650 

650  -600  600  -467 

467 

4 

367 

550 

567 

5 

367 

550 

567 

220 

367 

550 

567 

221N 

367 

550 

567 

10 

222N 

-367 

-550 

-567 

223 

-367 

-550 

-567 

17 

-367 

-550 

-567 

18 

-367 

-550 

-567 

282N  -633  -633  -650  -650  -600  -600  -467  -467 
224N  -567  -317  -650  -300  -600  -633  -317 

IIN 

99990600 
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Appendix  B:  APDES  Physical  FUe  Example 


/*  The  file  structure  of  this  APDES  STEP  file  is  based  on  the 
Document  284  of  ISO  TC184/SC4/WG1  -  Oct  27, 1988. 
This  file  has  been  presented  in  a  line-oriented  or 
recoid-OTiented  maimer  in  order  to  aid  readability. 

Spaces  have  also  been  added  to  aid  readability. 

Note  that  an  ordinary  STEP  file  is  not  aligned  in  this 
manner,  but  is  instead  a  continuous  stream  of  characters. 

*/ 


STEP; 

HEADER; 

FILE_IDENTIHCATION( 

•BACK  CUT  r. 

’19900511.161542’, 

(Tina  Lee,  (301>-975-3550’). 

(’National  Insdtme  of  Standaids  and  Techncdogy.  Factory  Automation  Systems  Division’), 
’APIM  STEP  VERSION  1.0’, 

’Preprocessor  Verskn  IX)*, 

’Originating  System  •  Gerber  AM-S*); 

FILE_DESCRIPTICR4(’This  file  coittains  a  sample  APDES  file*); 

IMPJLEVEL(’1.0’); 

ENDSEC; 

DATA; 

@299  «  TWO_D_COORDINATE(  23.62, 16.24  ); 

@225  -  TWO_D_COORDINA‘IE(  22.88, 18.76  ); 

@281  -  TWO_D_COORDINATE(  24.10, 21.90  ); 

@4  »  TWO_D_COORDINATE(  27.91, 21.29  ); 

@5  -  TWO_D_COORDINATE(  34.86, 20.24  ); 

@220  «  TWO_D_COORDINATE(  39.92, 19.73  ); 

@221 »  TWO_D_COORDINATE(  51.40, 20.77  ); 

@10  -  TWO_D_COORDINATE(  5U9, 16.24); 

@222  »  TWO_D_COORDINATE(  51.40, 1 1.71 ); 

@223  -  TWOJD_COORDINATE(  39.92, 12.75  ); 

@17  -  TWO_D_COORDINA1E(  34.86, 12.24  ); 

@18  -  TWO_D_COORD1NA1E(  27.91, 11.19  ); 

@282  «  TWO_D_COORDlNAlE(  24.10, 10.58  ); 

@224  -  TWOJ>_COORDlNA’IE(  22M,  13.72  ); 

@11  -  TWO_P_COORDINATE(  26J6, 17.73  ); 

@1001  -  TWOJ)_COORDINATE(  23.62, 17.13  ); 

@1002  -  TWO_D_COORDINATE(  23.55, 17.52  ); 

@1003  -  TWO_D_COORDINATE(  23.43, 17.94 ); 

@1004  «  TWOJ>_OOORDINATE(  23.14, 18.42  ); 

@1005  -  TWO_D_COORDINATE(  23.37, 19.52  ); 

@1006  -  1WO_D_COORDINATE(  23.69, 20.23  ); 

@1007  -  TWO_D_OOORDINAlE(  23.91, 20.92 ); 

@1008  -  lWO_D_OOORDINA’IE(  25.99, 21.60  ); 

@1009  «lWO  D  0(X)RDINATE(  30.19, 20.93); 
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Appendix  B:  APDES  Physical  File  Example 


@1010  »  TWO_D_CXX)RDINATE(  32.42, 20.59 ); 

@1011  -  TWO_D_COORDINATC(  36.71, 19.99  ); 

@1012  =  TWO_D_COORDINA‘re(  38.69, 19.76  ); 

@1013  »  TWO_D_COORDINA’re(  39.40, 19.72 ); 

@1014  »  TWO_D_COORDINATE(  41.17, 19.83 ); 

@1015  =  TWO_D_CXX)RDINATE(  43.07, 20.10  ); 

@  1016  =  TWO_D_CXX)RDINA'IE(  45.09, 20.37 ); 

@1017  »  TWO_D_COORDINATE(  47.42, 20.57  ); 

@1018  =  TWO_D_CXX)RDINATE(  49.38, 20.69  ); 

@1019  =  TWO_D_CXX)RDINA'IE(  49.38. 1 1.79 ); 

@  1020 -TWO_D_CXX>RDINATE(  47.42, 11.91 ); 

@1021 »  TWO_D_COORDINATE(  45.09. 12.11 ); 

@1022  »  TWO_D_COORDINATE(  43.07, 12.38  ); 

@1023-  TWO_D_COORDINATE(  41.17, 12.65); 

@1024  »  TWO_D_COORDINATE(  39.40, 12.76  ); 

@1025  »  TWO_D_CX)ORDINATE(  38.69, 12.72 ); 

@1026  «  TWO_D_CXX)RDINATE(  36.71, 12.49  ); 

@1027  =  TWO_D_COORDINATE(  32.42, 1 1.89 ); 

@1028  =  TWO_D_COORDINATE(  30.19, 11.55  ); 

@1029  =  TWO_D_COORDINATC(  25.99, 10.88  ); 

@1030  a  TWO_D_CCX)RDINATE(  23.91, 1 1.56  ); 

@1031 »  TWO_D_COORDINATE(  23.69, 12.25  ); 

@1032  »  TW0_D_CXX)RDINAT:E(  23.37, 12.96  ); 

@1033=  TWO_D_COORDINATE(  23.14, 14.06); 

@  1034  a  TWO_D_CXX)RDINATE(  23.43, 14.54  ); 

@1035  a  TWO_D_COORDINATE(  23.55, 14.96  ); 

@1036  a  TWO_D_CXX)RDINATE(  23.62, 15.35  ); 

@1037  a  TWO_D_COORDINA'nE(  41.56, 17.76  ); 

@2000  a  GRADE_POINTS(#299,#225,#281.#4,#5,#220,#221, 

#10,  #222,  #223,  #17,  #18,  #282,  #224,  #1 1); 


@3001-  MARK_FEATURE(  J^OTCR,#299); 

@3002-  MARK_FEATURE(  J^OTCR,#4); 

@3003-  MARK_FEATURE(  J^OTCR,#5); 

@3004-  MARK_FEATURE(  J^OTCR,  #220  ); 

@3005-  MARK_FEATIIRE(  J40TCR,#10); 

@3006-  MARK_FEATURE(  J^OTCR,  #223  ); 

@3007-  MARK_FEATURE(  J^OTCR,#17); 

@3008-  MARK_FEATURE(  J10TCR,#18); 

@3l01«COMPOSrrE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(  #299,  #1001,  #1002,  #1003,  #1004,  #225  )  ); 

@3102-COMPOSrrE_CURVEJ^TURE(  .BOUNDARY  CUT., 

(  #225,  #1005,  #1006,  #1007,  #281 )  ); 

@3103  a  COMPOSrrE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(#281,  #1008,  #4)); 

@3104-COMPOSITE_CURVE_FEATURE(  .BOUNDARY  CUT., 

(#4,  #1009,  #1010.  #5)); 

@3105-COMPOSrrE_CURVE_FEATURE(  .BOUNDARY  CUT., 

( #5,  #1011,  #1012,  #1013,  #220  ) ); 

@3106-COMPOSrrE_CURVE_FEATURE(  .BOUNDARY_CUT., 

(  #220,  #1014,  #1015,  #1016,  #1017,  #1018,  #221 ) ); 

@3107-COMPOS1TE_CURVEJ^ATURE(  .BOUNDARY.CUT., 
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(#221,  #10)); 

@3108  =  COMPOSITE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(#10.  #222)); 

@3109  =  COMPOSrrE_CURVE_FEATURE(  .BOUNDARY.CUT., 

( #222,  #1019,  #1020,  #1021,  #1022,  #1023,,  #223 ) ); 

@3110  =  COMPOSITE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(  #223,  #1024,  #1025.  #1026,  #17  )  ); 

@3111  =  COMPOSITE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(#17.  #1027,  #1028,  #18)); 

@3112  =  COMPOSITE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(#18.  #1029,  #282)); 

@3113  =  COMPOSrnE_CURVE_FEA'njRE(  ,BOUNDARY_CUT., 

( #282,  #1030.  #1031,  #1032,  #224  )  ); 

@3114  =  COMPOSITE_CURVE_FEATURE(  .BOUNDARY.CUT., 

(  #224,  #1033,  #1034,  #1035.  #1036,  #299  )  ); 

@3201  =  ORIENTATION_CONSTRAINT(  .STRIPE.,  LINE(  #11.  #1037 ) ); 


@4001 »  BASE_PATTERN(  ’1004*,  ’BACK  CUT  1*. 

MENS  PATTERN  SIZE(14.  JIEGULAR.), 

#2000, 

(  #3001,  #3002.  #3003.  #3004.  #3005.  #3006,  #3007,  #3008, 
#3101,  #3102,  #3103,  #3104,  #3105,  #3106,  #3107,  #3108. 
#3109,  #3110,  #3111,  #3112.  #3113,  #3114,  #3201) ); 


@5001  -  GRADE_DATA( 


@5002  =  GRADE_DATA( 


@5003  =  GRADE_DATA( 


@5004  >  GRADE_DATA( 


@5005  -  GRADE_DATA( 


@5006  -  GRADE_DATA( 


#299,J40_SM00TH.. 

(  TWO_D_DELTA_COORDINATE(4).0517,0.0), 
TWO_D_DELTA_COORDINATE(  -0.0650. 0.0  ), 
TWO_D_DELTA_COORDINATE(  -0.0600, 0.0  ), 
TWO_D_DELTA_COORDINATE(  -0.0683, 0.0  )  ) ); 

#225.J40_SM00TR, 

(  TWO_D_DELTA_COORDINATE( -0.0567, 0.0317), 
TWO_D_DELTA_COORDINATE(  -0.0650, 0.0300  ), 
TWO_D_DELTA_COORDINATE(  -0.0600, 0.0300 ), 
TW0_D_DELTA_C00RDINATE(  -0.0633, 0.0317  )  )  ); 

#281,.NO_SMOOTH., 

(  TW0_D_DELTA_C00RDINATE( -0.0633,  0.0633), 
TW0_D_DELTA_C00RDINATE(  -0.0650, 0.0650  ), 
TW0_D_DELTA_C00RDINATE(  -0.0600, 0.0600  ), 
TW0J)_DELTA_C00RDINATE(  -0.0467, 0.0467  )  )  ); 

#4,  .SMOOTR, 

(  TWO_D_DELTA_COORDINATE(0.0,  0.0367), 
TWO_D_DELTA_COORDINATE(0.0,  0.0550), 
TWO_D_DELTA_COORDINATE(  0.0,  0.0550  ), 
TW0_D_DELTA  COORDINATE(0.0,  0.0567))); 

#5,  .SMOOTH., 

(  TWO_D_DELTA_COORDINATE(0.0,  0.0367), 
TWO_D_DELTA_COORDINATE(0.0,  0.0550), 
TWO_D_DELTA_COORDINATE(  0.0,  0.0550  ), 
TWO_D_DELTA  COORDINATE(  0.0,  0.0567))); 

#220,  .SMOOTH,, 

(  TWO_D_DELTA  COORDINATE(0.0,  0.0367), 
TWO_D  DELTA  COORDINATE(  0.0,  0.0550), 


r 
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TWO_D_DELTA_COORDINATE(0.0,  0.0550), 
TWO_D_DELTA_COORDINATE(  0.0,  0.0567  ) ) ); 

@5007  =  GRADE_DATA(  #221,  .NO.SMOOTH., 

(  TWO_D_DELTA_COORDINATE{0.0,  0.0367), 
TWO_D_DELTA_COORDINATE(0.0,  0.0550), 
TWO_D_DELTA_COORDINATE(0.0,  0.0550), 
TWO_D_DELTA_COORDINATE(  0.0,  0.0567 ) ) ); 

@5008  =  GRADE_DATA(  #10,  .SMOOTH., 

(  TWO_D_DELTA_COORDINATE(0.0,0.0), 
TWO_D_DELTA_COORDINATE(  0.0, 0.0  ), 
TWO_D_DELTA_COORDINATE(  0.0, 0.0 ), 
TWO_D_DELTA_COORDINATE(  0.0, 0.0 ) ) ); 

@5009  =  GRADE_DATA(  #222,  .NO_SMOOTH., 

(  TWO_D_DELTA_COORDINATE(0.0,  -0.0367), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0550 ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0550  ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0567  )  )  ); 

@5010  =  GRADE_DATA(  #223,  .SMOOTH., 

(  TWO_D_DELTA_COORDINATE(  0.0, -0.0367), 
TWO_D_DELTA_CCORDINATE(  0.0.  -0.0550  ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0550  ), 


@5011  =  GRADE_DATA( 


@5012  *  GRADE_DATA( 


@5013  »  GRADE_DATA( 


@5014  =  GRADE_DATA( 


@5015  =  GRADE_DATA( 


TWO_D_DELTA_COORDINATE(  0.0,  -0.0567  )  )  ); 

#17,  .SMOOTH., 

(  TWO_D_DELTA_COORDINATE(0.0,  -0.0367), 
TWO_D_DELTA_COORDINATE(  0,0,  -0.0550  ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0550  ), 
TWO_D_DELTA_COORDINATE(  0»,  -0.0567 ) ) ); 

#18,  .SMOOTH., 

(  TWO_D_DELTA_CXX)RDINATE(  0.0,  -0.0367  ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0550  ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0550  ), 
TWO_D_DELTA_COORDINATE(  0.0,  -0.0567  ) ) ); 

#282,  .NO_SMOOTH., 

(  TWO_D_DELTA_COORDINATE(  -0.0633,  -0.0633  ), 
TWO_D_DELTA_COORDINATE(  -0.0650,  -0.0650  ), 
TWO_D_DELTA_COORDINATE(  -0.0600,  -0.0600 ), 
TWO_D_DELTA_COORDINATE(  -0.0467,  -0.0467 ) ) ); 

#224,  .NO_SMCX)Ttt, 

(  TWO_D_DELTA_COORDINATE(  -0.0567,  -0.0317 ), 
TW0_D_DELTA_C00RDINATE(  -0.0650,  -0.0300  ), 
TW0_D_DELTA_C00RDINATE(  -0.0600,  -0.0300  ), 
TW0_D_DELTA_C00RDINA'I1E(  -0.0633,  -0.0317  )  ) ); 

#11,  J*IO_SMOOTR, 

(  TWO_D_DELTA_COORDINATE(0.0,0.0), 
TW0_D_DELTA_C00RDINATE(  0.0, 0.0  ), 
TW0_D_DELTA_C00RDINATE(  0.0, 0.0 ), 
TW0_D_DELTA_C00RDINATE(  0.0, 0.0  )  )  ); 


@6001  =  GRADEJIULE(  (MENS J>ATrERN_SIZE(6,  JIEGULAR.), 

MENS_PATrERN  SIZE(12,  JIEGULAR.), 
MENSJ»ATrERN_SIZE(14,  JIEGULAR.), 
MENS_PATrERN_SIZE(16,  JIEGULAR.), 

MENS J>ATTERN_SIZE(22,  REGULAR.)  ), 

(#5001,  #5002,  #5003,  #5004,  #5005,#5006,#5007,  #5008, 
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Appendix  B:  APDES  Physical  File  Example 

#5009,  #5010,  #501 1,  #5012,  #5013,  #5014,  #5015) ); 

@7001  -  PATTERN_PIECE(  .INCH,,  .BASIC.,  #4001,  #6001); 

r  @8001  =  TWO_D_PATTERN(  ’MENS-SHIRT  Al’, 

’LONG  SLEEVE-TYPE  HI,  BLUE  1608,  POLYESTER/WOOL’ 
(#7001,....));*/ 

ENDSEC; 


ENDSTEP; 
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